home *** CD-ROM | disk | FTP | other *** search
/ Aminet 8 / Aminet 8 (1995)(GTI - Schatztruhe)[!][Oct 1995].iso / Aminet / dev / amos / AMOS_0795.lzh / AMOSLIST / 000178_amos-request@svcs1.digex.net_Sun Jul 30 02:04:28 1995.msg < prev    next >
Internet Message Format  |  1995-08-04  |  5KB
  1. Received: from svcs1.digex.net (svcs1.digex.net [204.91.197.224]) by mail1.access.digex.net (8.6.12/8.6.12) with ESMTP id CAA29917;  for  ; Sun, 30 Jul 1995 02:04:26 -0400
  2. Received: (from daemon@localhost) by svcs1.digex.net (8.6.12/8.6.12) id AAA22976 for amos-out; Sun, 30 Jul 1995 00:04:55 -0400
  3. Received: from mail1.access.digex.net (mail1.access.digex.net [205.197.247.2]) by svcs1.digex.net (8.6.12/8.6.12) with ESMTP id AAA22973 for <amos-list@svcs1.digex.net>; Sun, 30 Jul 1995 00:04:53 -0400
  4. Received: from mail.shlink.de (root@mail.shlink.de [194.64.6.2]) by mail1.access.digex.net (8.6.12/8.6.12) with SMTP id AAA23828;  for <amos-list@access.digex.net> ; Sun, 30 Jul 1995 00:04:51 -0400
  5. Received: from alcatraz.alcatraz.org by mail.shlink.de with bsmtp
  6.     (Smail3.1.29.1 #1) id m0scPgN-000SaTC; Sun, 30 Jul 95 06:08 MET DST
  7. To: amos-list@access.digex.net
  8. Message-Id: <wGfanMD261aez2@p22.sixpack.pfalz.org>
  9. From: chris@sixpack.pfalz.org (Chris Hodges)
  10. Path: alcatraz.org!sixpack.pfalz.de!chris
  11. Subject: Re: AMOS in DBLNTSC??
  12. Date: Sat, 29 Jul 1995 07:51:51 +0200
  13. X-Mailer: MicroDot 1.10 [REGISTERED 000261] via Connectline-CLMSortin 2.20
  14. References: <199507270949.FAA03120@mail1.access.digex.net>
  15. X-Gateway: ZCONNECT US shlink.shlink.de [UNIX/Connect v0.71]
  16. MIME-Version: 1.0
  17. Content-Type: text/plain; charset=ISO-8859-1
  18. Content-Transfer-Encoding: 8bit
  19. X-Z-VIA: 19950730024754W+1@alcatraz.org
  20. X-Z-VIA: 19950729095026W+1@sixpack.pfalz.de
  21. X-Z-TELEFON: V+49-89/8005856
  22. X-Z-POST: Kennedystrasse 8; D-82178 Puchheim; Germany
  23. Lines: 60
  24. Status: RO
  25. X-Status: 
  26.  
  27. m.g.d.wehrens@chem.ruu.nl (Martijn Wehrens) wrote on 27.07.1995 some
  28. text under the subject Re: AMOS in DBLNTSC??. I can't leave this
  29. uncommentated ;-)
  30.  
  31. MW> Well, there does exist the possibility of putting an amos-bitmap
  32. MW> into an intuitionscreen.
  33.  
  34. There also is the possibility to put it the other way round: Allocate
  35. a screen using the custom bitmaps of AMOS, as I've already shown it
  36. in an example program I posted some time ago.
  37. Although it saves a lot of memory, there are a few problems with this
  38. option: 15KHz works fine, but Screens using double or quadro
  39. bandwidth can lead into trouble. AGA-Bitmaps don't only need to start
  40. on even addresses, they must be aligned to 64 bit. Even more, the
  41. horizontal size of the bitmaps has to be a multiple of 64. If this is
  42. not the case, you see the well known currupted display.
  43. As AMOS (probably) reserves the bitmap memory using _LVOAllocMem and
  44. not like it is suggested with _LVOAllocRaster, these restrictions
  45. might have been violated. So even an intuition screen using AMOS'
  46. bitmaps can lead to unpreciated results.
  47.  
  48.  
  49. MW> A bigger problem is how to read out the mouse and keyboard once you
  50. MW> put 'amos to back'. You could -of course- make use of libs to draw
  51. MW> icons and gadgeds and then you wouldn't use amos' functions anymore
  52. MW> but for the 'lib call' and string-handling. Almost C.
  53.  
  54. This is really a problem: For such an extension, you need to rewrite
  55. *all* graphic operations, bobs & sprites commands etc. :-(
  56.  
  57. MW> On the other hand, you could make use of a small number of functions
  58. MW> to read in the keyboard on the intuition-screen using a few lib-calls
  59. MW> 
  60. MW> Does anyone know library-calls for the reading of the keyboard and
  61. MW> the reading of the mouseposition on the current screen ?
  62.  
  63. You cannot read the keyboard from a screen without at least one
  64. (preferably backdrop) window. The mouseposition, however, can be read
  65. directly from the screen structure.
  66.  
  67. MW> Then, if your program does away with any inputs or other inkey$ and the
  68. MW> like, you could make your amos-program use the intuition-display and
  69. MW> even things like reqtools. I tried the reqtools bit. That works,
  70. MW> its just that I don't get any color in the requesters :(
  71.  
  72. It seems as if a pointer has not been initialised and points to a
  73. zero. See PM.
  74.  
  75. Bye, Chris Hodges <chris@sixpack.pfalz.org>      __   __
  76. A4000/40/5MB/400HD/CD; AMOS Extension-Coder __  ///  / / _____
  77. GCS d H s-:++ !g p? !au a18 w++ v? C+++     \\\///  / /_/ ___/ LOGOUT
  78. E---- N++ K- W------ -po+ t++@ !5 j-- R+ G?  \XX/   \__/ __/  FASCISM!
  79. tv- b+ D-- B? e+(++)* u++ h! f !r n+ !y+ AMIGA RULEZ!  \/
  80.  
  81. Ainderby Steeple (n.)
  82.   One who asks you a question with the apparent motive of wanting to
  83.   hear your answer, but who cuts short your opening sentence by
  84.   leaning forward and saying 'and I'll tell you why I ask...' and
  85.   then talking solidly for the next hour.
  86. (from: "The Deeper Meaning of Liff")
  87.